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REM A RKS/ A RGUMENTS 

Claims 33"38 are currently pending in the present application. Claims 1-32 have 
been withdrawn from consideration. In the instant Office Action, the Exammer has 
rejected claims 33-38 under 35 U.S.C. § 102(e) as ailegedly being anticipated by U.S. Patent 
No. 6,442,546 to Biliris et a!. 

Applicants respectfully traverse the rejection, and respectfully request 
reconsideration of the present application. Applicants have amended claiins 33 and 36 to 
state that the mapping module is operative to "stream additional record chunks to the 
second client node as they are received from the first client node." As such, the claimed 
subject matter is directed to a messaging system that streams record chunks associated 
with a given record (which includes a unique identifier) to one or more subscribing nodes. 

Biliris fails to disclose the claimed subject matter. Biliris teaches a messaging 
system, where message attiibutes are defined and modified by external messaging 
applications. See Biliris, Col. 1, lines 38-48, In Biliris, folders are associated with users, 
messages are associated with folders. Biliris, Col. 4, lines 1-10. That is, messages sent to 
users are associated with folders corresponding to recipient users. Biliris, Col. 4, lines 20- 
24, Eadireceivedj]^^ howe%'er;, is associated with a unique identitier. See Biliris, 
Col. 5, lines 9-10, and CoL 5, lines 49-51. In contrast, each received record chunk 
corresponds to an existing record and, thus, is assodaled with the unique identifier that 
corresponds to that record. In other words, multiple record chunks can be associated with 
the same identifier, whereas, in Biliris, each received message includes a unique identifier. 
Furthermore, Biliris does not teach a system that streams record chunks to client nodes. 

Claims 34 and 36 have also been amended to state that the mapping module is 
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Operative to "synchronize the record attribute values in the at least one index map with 
record dUnbiUo \ jiiios ot j{ ieast uiU' nulox n>op nioinLuru'ci b\ llie jt lo.jst uni' olhvi 
distribuled data rt^posiioi) nodes. " Ihe Examiner, ciUng Hiluis, Col. 3, lines 1315/ t^ppoafb 
lo allege thot BiMris teaches this subject matter. Biliris merely teaches lhal n^essage 
jttribuie iuformatif^n mav lie stored across multiple rnes6<.^ging servers; howex er, Biliris 
does not teach that tlie synchronization of index maps across nodes. 

Furthermore, Biliris does not anticipate claims 35 and 37. The subject ntatter 
according to these claims is directed to transmitting record chunks to other nodes for 
replication. As the specification describes, this replication creates a i:ault tolerant system 
that is capable of addressing node failures. The passage cited by the Examiner (Biliris, Col. 
5, 63-65) merely slates that a received message is "passed to a message store, where it is 
stored, given a message identifier, and then 'exposed' through the transaction manager to 
any core sendees that may wish to exh-act and index message attributes." Neither this 
cited passage, nor the remainder of Biliris, teach h-ansmission of record chunks to other 
repository nodes for replication. 

Lastly, despite the Examiner's allegations, Biliris does not anticipate the subject 
matter of claim 38, As set forth above, claim 38 states that "each distribided data 
repository node is further operative to request and receive from at least one other 
distributed data repository node record chunks that match a query received from a client 
node." I'urthermore, given the mapping engine is operative to synchronize index maps of 
each data repository node, the claimed subject matter discloses a system of data repository 
ncKies having synchronized index maps and subsets of record chunks. To satisfy a query 
where the requested record chunks are stored remotely, the data repository nodes are 
operative to request the matching record chunks for other nodes. Biliris fails to teach the 
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claimed subject matter. Rather, the passages cited by the Examiner merely teach that 1) 
attribute are associated with folders, users and messages using unique attribute 
identifiers (Blliris, Col 4, lines 9-10); and 2) Biliris' system supports basic access functions 
that return identifiers matching a specified attribute value (CoL 5, lines 43-45). The 
Examiner fails to explain, however, how these teachings clisclose or suggest the claimed 
subject matter, wherein data repositoiy nodes request and receive recorci diunks from 
other data repository nodes. 

In light of the foregoing. Applicant believes tliat all currently pending claims are 
presently in condition for allowance. Applicant respectfully requests a timely Notice of 
Allowance be issued in this case. If the Examiner believes that any further action by 
Applicant is necessary to place this application in condition for allowance, Applicants 
request a telephone conference with the undersigned at the telephone number set forth 
below. 

Respectfully Submitted, 

I,AW OFFrCE 0;i' MAKK j. SPOLYAR 
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